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METHOD OF ESTABLISHING COMMUNICATION EXCHANGE BETWEEN A TERMINAL 
OF A PACKET -BASED NETWORK AND A TERMINAL CONNECTED TO A REMOTE 

ACCESS SERVER 

5 CLAIM OF PRIORITY 

This application makes reference to and claims all benefits 
accruing under 35 U.S.C. Section 119 from an application, METHOD 
OF ESTABLISHING COMMUNICATION EXCHANGE BETWEEN A TERMINAL OF A 
10 PACKET -BASED NETWORK AND A TERMINAL CONNECTED TO A REMOTE ACCESS 
SERVER, filed earlier in the Korean Industrial Property Office on 
September 6, 1999 and there duly assigned Serial No. 37650/1999. 

BACKGROUND OF THE INVENTION 

15 

1. Field of the Invention 

The present invention relates to a method of establishing 
communication between a terminal coupled to an Internet Protocol 
(IP) network and a terminal coupled (via Point- to-Point Protocol 
20 (PPP) to a remote access server. More particularly, the present 
invention relates to a communication protocol between a gatekeeper 
and a remote access server. 

2. Description of the related art 

25 Fig. 1 illustrates a simplified network structure diagram 
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for enabling the terminal C 12 connected to a Public Switched 
Telephone Network (PSTN) or Integrated Service Digital Network 
(ISDN) 10 to access the IP network by performing a dial-up 
connection to a remote access server 20. In this case, the 
5 terminal C 12 makes a direct point-to-point (PPP) connection to 
the remote access server 2 0 that is assigned to an IP address, so 
that the terminal 12 can exchange packet data with a particular 
host through the IP network 30. 

10 Fig. 2 is a simplified network structure as recommended by 

International Telecommunication Union- Telecommunication (ITU-T) 
Standardization Sector, namely, Packet-based Multimedia 
Communications System, H.323. The H.323 provides a standard for 
enabling the H.323 terminals to make multimedia communication with 

15 each other in a packet-based network, such as IP network, which 
includes a gatekeeper 38, terminals 32 and 36, a gateway 34, and a 
Multipoint Control Unit (MCU) (not shown) . The communication 
protocol between these entities is provided to perform network 
specific protocol functions. According to the communication 

20 protocol, the terminals should register their aliases and IP 
addresses in the gatekeeper 3 8 and receive admission from the 
gatekeeper 3 8 to communicate with each other. To this end, 
specific protocol functions, such as the Registration, Admission, 
Status (RAS) , and the Q.931 signaling of ITU-T Line Transmission 

25 of Non-Telephone Signals H. 225.0 are performed. 
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Fig. 3 is a flow diagram illustrating the process of 
exchanging messages to enable the terminal A to make a connection 
to the terminal B of Fig. 2 in a H.323 communication compliant 
network. Firstly, both the terminals A and B send Registration 

5 Request (RRQ) messages to a gatekeeper to register their aliases 
(or telephone number) and IP addresses in steps 50-1 and 50-3, and 
in turn receive Registration Confirm (RCF) messages from the 
gatekeeper in steps 50-2 and 50-4. Secondly, the terminals are 
enabled to communicate with each other using the aliases and IP 

10 addresses information retrieved from the gatekeeper. In response 
to retrieving the IP address information of the receiving 
terminal, the sending terminal A exchanges an Admission Request 
(ARQ) message and an Admission Confirm (ACF) message with the 
gatekeeper, in steps 50-5 and 50-6, in order to receive the 

15 admission for communication. Upon receiving the ACF message from 
the gatekeeper, the sending terminal A sends the Q.931 setup 
message for call signaling to the receiving terminal B in step 50- 
7, as shown in Fig. 3. Then, the receiving terminal B in turn 
exchanges the ARQ message and the ACF message with the gatekeeper, 

20 in steps 50-8 and 50-9, in order to receive the admission for 
communication. Upon receiving the ACF message from the 

gatekeeper, the receiving terminal B sends the Q.931 connection 
message to the sending terminal A in step 50-10, then the terminal 
A performs the H.245 call signaling to establish communication 

25 with the terminal B in step 50-11. 
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Fig. 4 illustrates a simplified structure of the combined 
networks in Figs. 1 and 2. In such an environment , exchanging 
messages between the terminals is performed by accessing the 
remote access server 2 0 by the terminal C 12 to communicate with a 
5 specific H.232 terminal, such as terminal A 32 or B 36 connected 
to the IP network 30. To this end, the terminal C 12 connected to 
the IP network 30 should register its alias and IP address in the 
gatekeeper 3 8 and receive the admission for communication. Thus, 
if the terminal C 12 maintains a dial-up connection with the 

10 remote access server 20, the terminals coupled to the IP network 
3 0 may communicate with the terminal C 12 at any time thereafter. 
However, when the terminal C 12 does not require communication 
with the terminals of the IP network 30, the terminal c 12 usually 
maintains an off-line connection with the remote access server 2 0 

15 to save the dial-up modem connection charge. If the dial-up 
connection with the remote access server 2 0 is terminated, the 
terminal C 12 loses its IP address and its registered information 
in the gatekeeper 38. As a result, the terminals coupled to the 
IP network can not establish communication with the terminal C 

20 connected to a circuit network, such as PSTN or ISDN. 
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SUMMARY OF THE INVENTION 



It is an object of the present invention to provide a method 
for enabling a first terminal in an IP network to communicate with 
5 a second terminal connected to a remote access server even when 
the second terminal has terminated the dial-up connection with the 
remote access server. 

According to an object of the present invention, a method 
10 for enabling a first terminal on a packet -based network to 
communicate with a second terminal connected to a remote access 
server includes the steps of: registering the aliases and the IP 
addresses of the first terminal and the remote access server in 
the gatekeeper; transmitting from the first terminal to the 
15 gatekeeper a message for requesting a connection with the second 
terminal; causing the gatekeeper to request the remote access 
server to connect with the second terminal even when the second 
terminal is not registered in the gatekeeper; causing the remote 
access server to request the second terminal to register its alias 
20 and IP address in the gatekeeper; and, establishing communication 
between the first and second terminals through the gatekeeper. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the method and apparatus of 
the present invention may be had by reference to the following 
5 detailed description when taken in conjunction with the 
accompanying drawings wherein: 

Fig. 1 is a diagram for illustrating the structure of a 
communication network for a terminal connected to PSTN or ISDN to 
10 make a dial-up connection with an IP network through a remote 
access server; 

Fig. 2 is diagram for illustrating a communication network 
recommended by the ITU-T H.323; 

15 

Fig. 3 is a flow diagram for illustrating the flowing of 
messages between terminals according to the H.323 network; 

Fig. 4 is a combined network of Figs. 1 and 2; and, 

20 

Fig. 5 is a flow diagram for illustrating the process of 
connecting the terminal of an IP network and the terminal 
connected to the remote access server according to the present 
invention. 

25 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In the following description, for purposes of explanation 
rather than limitation, specific details are set forth such as the 
particular architecture, interfaces, techniques, etc., in order to 
provide a thorough understanding of the present invention. 
However, it will be apparent to those skilled in the art that the 
present invention may be practiced in other embodiments that 
depart from these specific details. For the purpose of clarity, 
detailed descriptions of well-known devices, circuits, and methods 
are omitted so as not to obscure the description of the present 
invention with unnecessary detail. 

The present invention provides a communication protocol 
between a gatekeeper and a remote access server according to the 
message flows as shown in Fig. 5, and the message syntax and the 
data structure comply with the Abstract Syntax Notation No. 1 
(ASN.l), as shown in Table 1. 

Table 1 
ModemGWInfo = SEQUENCE 
{ 

dataRatesSupported 
support edPre fixes 



SEQUENCE OF DataRate, 
SEQUENCE OF SupportedPref ix 



} 
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ModemMessage = CHOICE 

{ 

modemDi a 1 Out Request ModemDialOutRequest , 
moderaDialOutConf irm ModemDialOutConf irm, 
modemDialOutRe j ect ModemDialOutRe j ect , 
modemDialOut Progress ModemDialOut Progress 

} 

ModemDialOutRequest = SEQUENCE -- MRQ 

{ 

de s t Al i as Al i asAddr es s , 

timeToWait INTEGER (0... 256) OPTIONAL --in seconds 

} 

ModemDialOutConf irm = SEQUENCE MCF 

{ 

endpoint I dent i f ier Endpoint Ident i f i er , 

destRasAddress TransportAddress OPTIONAL 

} 

ModemDialOutRe j ect = SEQUENCE -- MRJ 

{ 

endpoint Ident if ierEndpoint Identifier , 

re j ectReason ModemDialOutRe j ectReason 

} 
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ModemDialOutRejectReason = CHOICE 
{ 

res our c eUnava i 1 ab 1 e NULL , 

de s t ina t i onBusy NULL , 



} 

ModemDialOutProgress = SEQUENCE -- MIP 
{ 

endpo int I dent i f i er Endpo int I dent i f i er , 

} 



Most of the terminology used in Table 1 comply with the ITU- 
T H.323 and H. 225.0 Ver. 2 standards. The following terminology is 
5 incorporated in accordance with the present invention: 
ModemDialOut Request (MRQ) , ModemDialOut Confirm (MCF) , 
ModemDialOut Reject (MRJ) , and ModemDialOut in Progress (MIP) . 
These additional terms are exchanged according to non-standard 
messaging ("nonStandardData") allowed in the "NonStandardMessage" of 
10 the H. 225.0 RAS standards. In addition, there has been proposed a 
data structure defined by "modemGWInf o" used in "terminalType" in 
the conventional RRQ message as set forth under the ITU-T H.323 
and H. 225.0. 

15 The format of the RRQ message, namely the Non-Standard 



--no available port 
-- destination is busy 
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Message under the ITU-T recommendation following is as follows: 



10 



15 



20 



NonS t andar dMe s sage 



nonS t andar dDa t a 



NonStandardParameter 



: : = SEQUENCE 



NonS t andardParame t er , 



= SEQUENCE 



nonS t andar dl den t i f i er NonS t andar dl dent i f i er 
data OCTET STRING 



NonS t andar dl dent i f i er 



object 

h2 2 INonS t andard 

{ 

t3 5CountrCode 
t35Extension 
nationally 

manufacturer Code 



: : = CHOICE 

OBJECT IDENIFIER 
SEQUENCE 



INTEGER (0..255), --country, per T.35 
INTEGER (0..255), -- assigned 

INTEGER (0.. 65535) -- assigned nationally 



} 



} 



The ModemDialOut Request (MRQ) is a message sent by the 
25 gatekeeper to the remote access server when the gatekeeper 
receives the Admission Request (ARQ) message from a first terminal 
requesting a connection with a second terminal that is not 
registered with the gatekeeper. That is, the second terminal is 
to be connected through the remote access server according to the 
30 embodiment of the present invention. Here, the ModemDialOut 
Request (MRQ) message contains the telephone number ("destAlias") 
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of the second terminal and the time limit ("timeToWait") for 
waiting a response to the MRQ message. 

The ModemDialOut Confirm (MCF) is a message for notifying 
5 the gatekeeper that the remote access server has made a PPP 
connection with the second terminal and has assigned an IP address 
thereto in response to the MRQ message. The assigned IP address 
may be included in the "destRas Address". 

10 The ModemDialOut Reject (MRJ) is a message for notifying the 

gatekeeper that the remote access server can not make a connection 
to the second terminal in response to the ModemDialOut Request 
(MRQ) message. The reason for the rejection is included in the 
"re j ectReason" . 

15 

The ModemDialOut in Progress (MIP) is a message for 
notifying the gatekeeper that the remote access server is in 
progress for making a connection to the second terminal, and that 
the remote access server can not send a message responding to the 
20 ModemDialOut Request (MRQ) message during the "timeToWait" period. 

Referring to Fig. 5, both the terminal A of the IP network 
and the remote access server send the respective Registration 
Request (RRQ) messages to register their aliases and IP addresses 
25 in steps 60-1 and 60-2. 
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In this case, the remote access server designates 
"terminalType" for the gateway in the RRQ message. The gateway is 
defined by a data structure "Gatewaylnf o, " whose "nonStandardData" 
is used for notifying its information. The "nonStandardData" is 

5 defined by the structure "nonStandardParameter" , which consists of 
"nonStandardldentif ier" and data . The "nonStandardldentif ier is 
defined by the structure "NonStandardldentif ier" consisting of 
object or "h221NonStandard," and the object is used to designate 
the object identifier of the remote access server. The data of 

10 "nonStandardParameter" employs a structure "ModemGWInf o" as shown in 
Table 1. Other fields of the RRQ message are the same as in other 
terminals . 

Thereafter, if the gatekeeper sends the RCF message for 
15 notifying the terminal A and the remote access server of the 
completion of the registration, respectively, in steps 60-1 and 
60-2, the terminal A sends the Admission Request (ARQ) message to 
the gatekeeper in order to communicate with the terminal C, in 
step 60-3. Upon detecting the alias of the terminal C contained 
20 in the ARQ message from the terminal A, the gatekeeper sends the 
ModemDialOut Request (MRQ) message to the remote access server in 
step 60-4, so that the remote access server can attempt to make a 
dial-up PPP connection with the terminal C in step 60-6. At this 
time, if there is no available port or if the terminal C is busy, 
25 the remote access server sends the ModemDialOut Reject (MRJ) 
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message to the gatekeeper in step 60-7. While the remote access 
server attempts to make the PPP connection with the terminal C, it 
sends the ModemDialOut in Progress (MIP) message to the gatekeeper 
within the time interval specified in the MRQ message in step 60- 
5. Then, if the PPP connection and the assigning of the IP address 
is accomplished, the remote access server sends the ModemDialOut 
Confirm (MCF) message to the gatekeeper in 60-7. 

Subsequently, when the gatekeeper waits for the registration 
of the terminal C, the terminal C sends the Gatekeeper Request 
(GRQ) message to seek the registration to the gatekeeper. Upon 
receiving the Gatekeeper Confirm (GCF) message in response to the 
GRQ message from the gatekeeper in step 60-8, the terminal C sends 
the Registration Request (RRQ) message to the gatekeeper to 
register its alias and IP address. Then, the gatekeeper sends the 
Registration Confirm (RCF) message to confirm the registration of 
the terminal B in step 60-9. 

Then, the gatekeeper sends the Admission Confirm (ACF) 
message to the terminal A to admit the communication in step 60- 
10. Here, the ACF message represents admission notification that 
the terminal may communicate with terminal C using Q.931 set up. 
The subsequent message flow steps after step 60-10 complies with 
the specification of H.323 standard. Namely, as shown in Fig. 5, 
if the terminal A, upon receiving the ACF message, sends the Q.931 
setup message for call signaling to the terminal C in step 60-11, 
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the terminal C sends the Admission Request (ARQ) message to the 
gatekeeper for receiving the admission of communication in step 
60-12. Upon receiving the Admission Confirm (ACF) message from 
the gatekeeper in response to the ARQ message in step 60-13, the 
5 terminal C sends the Q.931 connection message to the terminal A in 
step 60-14. Finally, the communication is established in step 60- 
15 by performing the H.245 call signaling protocol. Here, the 
termination of the communication is also performed according to 
the H.323 standard. 

10 

As is apparent from the foregoing, the present invention 
provides a means of enabling the H.323 terminal of the IP network 
to establish - as occasion demands - the terminal of the PSTN or 
ISDN that is not presently in communication with the remote access 

15 server, by exchanging controlling messages between the gatekeeper 
and the remote access server. In addition, the inventive method 
employs the conventional H. 225.0 RAS message of the international 
standard, thereby providing compatibility with the conventional 
communication system. Furthermore, the terminal coupled to the 

20 PSTN or ISDN which is in the off-line mode with the remote access 
server can be called by the terminal coupled the IP network, thus 
saving the cost related to maintaining the on-line connection with 
the remote access server. 

25 The previous description of the preferred embodiments is 

provided to enable any person skilled in the art to make or use 
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the present invention. The various modifications to these 
embodiments will be readily apparent to those skilled in the art, 
and other embodiments without the use of the inventive faculty. 
Thus, the present invention is not intended to be limited to the 
5 embodiments shown herein but is to be accorded the widest scope 
consistent with the principles and novel features disclosed 
herein. 
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WHAT IS CLAIMED IS: 

1. A method for enabling a first terminal of a packet-based 

network to communicate with a second terminal accessible by a 

remote access server, comprising the steps of: 
5 (a) registering the aliases and IP addresses of said first 

terminal and said remote access server in a gatekeeper connected 

to said packet-based network; 

(b) transmitting from said first terminal to said gatekeeper 

a message for requesting a connection with said second terminal; 
10 (c) causing said gatekeeper to request said remote access 

server to connect with said second terminal; 

(d) causing said remote access server to request said second 

terminal to register the alias and the IP address of said second 

terminal in said gatekeeper; and, 
15 (e) establishing communication between said first terminal 

and said second terminal via said gatekeeper. 



2. The method as defined in Claim 1, wherein the step (b) of 
requesting said remote access server to connect with said second 

20 terminal further comprising the step of transmitting a message 
containing the phone number of said second terminal and a 
predetermined response time period to said remote access server. 

3. The method as defined in Claim 1, wherein the step (d) of 
25 causing said remote access server to request said second terminal 

to register comprises the steps of: 

16 
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allowing said remote access server to connect with said 
second terminal, 

notifying said gatekeeper if said connection to said second 
terminal is unsuccessful; 
5 notifying said gatekeeper of the IP address assigned to said 

second terminal if said connection to said second terminal is 
successful ; 

allowing said second terminal register the alias and the IP 
address of said second terminal in said gatekeeper; and, 
10 causing said gatekeeper to admit the registration of said 

second terminal . 

4. The method as defined in Claim 3, wherein said connection to 
said second terminal is unsuccessful when there is no available 

15 port or when said second terminal is busy. 

5. The method as defined in Claim 1, wherein said communication 
established between said first terminal and said second terminal 
further includes information associated with H.245 parameters. 

20 

6. A method for establishing communication between a first 
terminal connected to a packet -based network and a second terminal 
connected to a remote access server, comprising the steps of: 

(a) establishing communication between said first terminal 
25 and said remote access server via a gatekeeper; 

(b) transmitting from said first terminal to a gatekeeper 
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connected to packet-based network a message for requesting a 
connection with said second terminal; 

(c) requesting said remote access server by said gatekeeper 
to connect with said second terminal, said request includes an 

5 acknowledgment of the availability of resources for said 
communication between said remote access server and said second 
terminal ; 

(d) registering the IP address information of said second 
terminal in said gatekeeper; and, 

10 (e) establishing said communication between said first 

terminal and said second terminal via said gatekeeper. 

7. The method as defined in Claim 6, wherein the step (c) of 
requesting said remote access server to connect with said second 

15 terminal further comprising the step of transmitting a message 
containing the phone number of said second terminal and a 
predetermined response time period to said remote access server. 

8. The method as defined in Claim 7, wherein the step (d) of 
20 registering the IP address information of said second terminal in 

said gatekeeper comprises the steps of : 

allowing said remote access server to connect with said 
second terminal, 

notifying said gatekeeper if said connection to said second 
25 terminal is unsuccessful; 

notifying said gatekeeper of the IP address assigned to said 
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second terminal if said connection to said second terminal is 
successful ; 

allowing said second terminal register the alias and the IP 
address of said second terminal in said gatekeeper; and, 

causing said gatekeeper to admit the registration of said 
second terminal. 

9. The method as defined in Claim 8, wherein said connection to 
said second terminal is unsuccessful when there is no available 
resource or when said second terminal is busy. 

10. The method as defined in Claim 6, wherein said communication 
established between said first terminal and said second terminal 
further includes information associated with H.245 parameters. 

11. The method as defined in Claim 6, wherein the step (a) of 
establishing said communication between said first terminal and 
said remote access server comprises the step of storing the IP 
address information of said first terminal and said remote access 
server in said gatekeeper. 
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ABSTRACT 

A method for enabling a first terminal of a packet -based 
network to communicate with a second terminal connected to a 

5 remote access server includes the steps of: registering the 
aliases and IP addresses of the first terminal and the remote 
access server in the gatekeeper; letting the first terminal to 
send a message to the gatekeeper for requesting a connection with 
the second terminal; causing the gatekeeper to request the remote 

10 access server to connect with the second terminal even when the 
second terminal is not registered with the gatekeeper; causing the 
remote access server to request the second terminal to register 
its alias and IP address in the gatekeeper; and, establishing 
communication between the first and second terminals through the 

15 gatekeeper. 
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I believe 1 am the original, first and sole inventor (if only one name is listed below) or an original, first and joint 
inventor (if plural names are listed below) of the subject matter which is claimed and for which a patent is sought on 
the invention entitled: 

METHOD OF ESTABLISHING COMMUNICATION EXCHANGE BETWEEN A TERMINAL OF A 
PACKET-BASED NETWORK AND A TERMINAL CONNECTED TO A REMOTE ACCESS SERVER 

,the specification of which is attached hereto unless the following box is checked: 



I I was filed on 
Number 



, as United States Application Number or PCT International Application 
_ and was amended on , (if applicable). 



I hereby state that I have reviewed and understand the contents of the above identified specification, including the 
claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to patentability as defined in Title 37, Code of 
Federal Regulation, 0 1.56, 

I hereby claim foreign priority benefits under Title 35, United States Code, 0 1 19 of any foreign applicatian(s) for 
patent or inventorDs certificate listed below and have also identified below any foreign application for patent gr 
inventories certificate having a filing date before that of the application on which priority is claimed 



Prior Foreign Applications) 
(Number) 



(Number) 



Republic of Korea 



(Country) 



(Day/Month/Year Filed) 



Priority Claimed 



□Yes DNo 



(Country) 



(Day/Month/Year Filed) 



I hereby claim the benefit under Title 35, United States Code, 01 20 of any United States application^) listed below 
and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United States 
appl ication in the manner provided by the first paragraph of the Title 35, United States Code, 0112,1 acknowledge 
the duty to disclose information which is material to patentability as defined in Title 37, Code of Federal Regulation, 
C 1 ,56 which occurred between the filing date of the prior application and the national or PCT international filing 
date of this application, 



(Application Number) 



(Filing Date) 



(Status - patented, pending, abandoned) 



(Application Number) 



(Filing Date) 



(Status - patented, pending, abandoned) 



08-25 10:49 FRI FROM: K. J- LEE 



8227435247 



TOrCHft 



PAGE: 04 



POWER OF ATTORNEY: \ hereby appoint the following attorneyfs) and/or agent(s) to prosecute this application 
and to transact ail business m the Patent and Trademarit Office connected therewith: Steve S. Cha, Registration No. 
44,069; Howard & Retter, Registration No. 20^4, 



Address all correspondence to: 



Address all telephone calls to: 



Steve S. Cha, Esq. 
67 Wall Street #22 11 
New York, NY 10005-319* 
(212)968-7101 
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PATENT .TRADEMARK OFFICE 



1 (we) hereby declare that all statements made herein of m> own knowledge are true and that alt statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 1 8 of the United States Code and that such willful false stateraetrts may jeopardize the validity of the 
application or any patent issued thereon, 



Full name of sole or first inventor: 

Jtesidence Address: 



Post office address: 
Citizenship: 

Date: 

Signature: 



Yeon-Seung RYU 

Hanshin APT. B-206, ^anhyon-dong, Kangnara-gu, Seoul, 
Republic of Korea 

Same a& above 
Republic of Korea 



Mo 



Full name of second inventor; 
Residence Address: 



Post office address: 

Citizenship: 

Date: 

Signature: 



Full name of third inventor: 

Residence Address: 
Post office address: 
Citizenship: 
Date: 

Signature: 
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